Relationship visualizations

ABSTRACT

Systems and techniques for accelerating relationship visualizations from data objects are described herein. The configuration and/or display of a relationship matrix may be automatically determined from the data objects. The relationship matrix may display relationships through gradient, hue, color, and/or saturation. The relationship matrix may be navigable and/or interactive to accelerate relationship visualizations.

INCORPORATION BY REFERENCE TO ANY PRIORITY APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/338,842 entitled “Relationship Visualizations” filed Oct. 31, 2016,which is a continuation of U.S. patent application Ser. No. 14/320,236entitled “Relationship Visualizations” filed Jun. 30, 2014, now U.S.Pat. No. 9,483,162, which claims benefit of U.S. Provisional PatentApplication Ser. No. 61/942,540 entitled “Relationship Visualizations”filed Feb. 20, 2014. Each of these applications are hereby incorporatedby reference herein in their entireties.

Any and all applications for which a foreign or domestic priority claimis identified in the Application Data Sheet as filed with the presentapplication are hereby incorporated by reference under 37 CFR 1.57.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is related to but does not claim priority from U.S.Pat. No. 8,489,623 entitled “Creating Data In A Data Store Using ADynamic Ontology” filed May 12, 2011, which is hereby incorporated byreference in its entirety and referred to herein as the “Ontologyreference.”

This application is related to but does not claim priority from U.S.patent application Ser. No. 13/968,265 entitled “Generating DataClusters With Customizable Analysis Strategies” filed Aug. 15, 2013, andU.S. patent application Ser. No. 13/968,213 entitled “Prioritizing DataClusters With Customizable Scoring Strategies” filed Aug. 15, 2013,which are hereby incorporated by reference in their entireties andcollectively referred to herein as the “Cluster references.”

BACKGROUND

In the area of computer-based platforms, relationship visualizations maybe accelerated and/or generated.

SUMMARY

The systems, methods, and devices described herein each have severalaspects, no single one of which is solely responsible for its desirableattributes. Without limiting the scope of this disclosure, severalnon-limiting features will now be discussed briefly.

In some embodiments, a computer system for providing relationshipvisualizations comprises an object storage device. The object storagedevice may store information regarding a plurality of objects andproperties of respective objects. The computer system may furthercomprise one or more hardware processors programmed via executable codeinstructions. When executed, the executable code instructions may causethe computer system to receive, from a user of the computer system, aselection of a plurality of objects. When further executed, theexecutable code instructions may cause the computer system to determine,based on input from the user or default settings, an action associatedwith the plurality of objects to include in a visualization. Whenfurther executed, the executable code instructions may cause thecomputer system to identify, in the object storage device, a pluralityof the determined actions associated with respective objects. Whenfurther executed, the executable code instructions may cause thecomputer system to determine a first time unit associated with each of aplurality of sections of a first axis. When further executed, theexecutable code instructions may cause the computer system to determinea second time unit associated with each of a plurality of sections of asecond axis. The first time unit may comprise a plurality of the secondtime units and each section of the first axis may intersect with aplurality of sections of the second axis. When further executed, theexecutable code instructions may cause the computer system to assignrespective first time periods to each of the sections of the first axisbased on the determined first time unit and respective second timeperiods to each of the section of the second axis based on thedetermined second time unit. For each identified action associated withrespective objects, further executed code instructions may cause thecomputer system to determine, based on one or more properties of therespective object stored in the object storage device, an action timeassociated with the identified action. For each identified actionassociated with respective objects, further executed code instructionsmay cause the computer system to determine a first time period thatincludes the action time. For each identified action associated withrespective objects, further executed code instructions may cause thecomputer system to determine a second time period that includes theaction time. For each identified action associated with respectiveobjects, further executed code instructions may cause the computersystem to increment a count of actions associated with the determinedfirst time period and the determined second time period. When furtherexecuted, the executable code instructions may cause the computer systemto generate user interface data. The generated user interface data maybe configured to display the visualization including indicators of thefirst time periods on respective sections of the first axis. Thegenerated user interface data may be further configured to display thevisualization including indicators of the second time periods onrespective sections of the second axis. The generated user interfacedata may be further configured to display the visualization includingcount indicators at intersections of first time periods and second timeperiods. The count indicators may correspond to respective counts ofactions associated with the respective first time period and second timeperiod.

In some embodiments, a method for providing relationship visualizationsmay comprise receiving, from a user of a computer system comprising ahardware computer processor, a selection of a plurality of objects. Themethod may further comprise determining, based on input from the user ordefault settings, an action associated with the plurality of objects toinclude in a visualization. The method may further comprise identifying,by the computer system, a plurality of the determined actions associatedwith respective objects. The method may further comprise determining, bythe computer system, a first time unit associated with each of aplurality of sections of a first axis. The method may further comprisedetermining, by the computer system, a second time unit associated witheach of a plurality of sections of a second axis, wherein the first timeunit comprises a plurality of the second time units and each section ofthe first axis intersects with a plurality of sections of the secondaxis. The method may further comprise assigning, by the computer system,respective first time periods to each of the sections of the first axisbased on the determined first time unit and respective second timeperiods to each of the section of the second axis based on thedetermined second time unit. The method may further comprise, for eachidentified action associated with respective objects, determining, bythe computer system, based on one or more properties of the respectiveobject, an action time associated with the identified action. The methodmay further comprise, for each identified action associated withrespective objects, determining, by the computer system, a first timeperiod that includes the action time. The method may further comprise,for each identified action associated with respective objects,determining, by the computer system, a second time period that includesthe action time. The method may further comprise, for each identifiedaction associated with respective objects, incrementing, by the computersystem, a count of actions associated with the determined first timeperiod and the determined second time period. The method may furthercomprise, generating, by the computer system, user interface data. Thegenerated user interface data may be configured to display thevisualization including indicators of the first time periods onrespective sections of the first axis. The generated user interface datamay be further configured to display the visualization includingindicators of the second time periods on respective sections of thesecond axis. The generated user interface data may be further configuredto display the visualization including count indicators at intersectionsof first time periods and second time periods. The count indicators maycorrespond to respective counts of actions associated with therespective first time period and second time period.

In some embodiments, a non-transitory computer storage comprisesinstructions for causing a computer system to provide relationshipvisualizations. When executed, the code instructions may cause thecomputer system to receive, from a user of the computer system, aselection of a plurality of objects. When further executed, the codeinstructions may cause the computer system to determine, based on inputfrom the user or default settings, an action associated with theplurality of objects to include in a visualization. When furtherexecuted, the code instructions may cause the computer system toidentify a plurality of the determined actions associated withrespective objects. When further executed, the code instructions maycause the computer system to determine a first time unit associated witheach of a plurality of sections of a first axis. When further executed,the code instructions may cause the computer system to determine asecond time unit associated with each of a plurality of sections of asecond axis. The first time unit may comprise a plurality of the secondtime units and each section of the first axis may intersect with aplurality of sections of the second axis. When further executed, thecode instructions may cause the computer system to assign respectivefirst time periods to each of the sections of the first axis based onthe determined first time unit and respective second time periods toeach of the section of the second axis based on the determined secondtime unit. For each identified action associated with respectiveobjects, further executed code instructions may cause the computersystem to determine, based on one or more properties of the respectiveobject, an action time associated with the identified action. For eachidentified action associated with respective objects, further executedcode instructions may cause the computer system to determine a firsttime period that includes the action time. For each identified actionassociated with respective objects, further executed code instructionsmay cause the computer system to determine a second time period thatincludes the action time. For each identified action associated withrespective objects, further executed code instructions may cause thecomputer system to increment a count of actions associated with thedetermined first time period and the determined second time period. Whenfurther executed, the code instructions may cause the computer system togenerate user interface data. The generated user interface data may beconfigured to display the visualization including indicators of thefirst time periods on respective sections of the first axis. Thegenerated user interface data may be further configured to display thevisualization including indicators of the second time periods onrespective sections of the second axis. The generated user interfacedata may be further configured to display the visualization includingcount indicators at intersections of first time periods and second timeperiods. The count indicators may correspond to respective counts ofactions associated with the respective first time period and second timeperiod.

BRIEF DESCRIPTION OF THE DRAWINGS

Certain aspects of the disclosure will become more readily appreciatedas those aspects become better understood by reference to the followingdetailed description, when taken in conjunction with the accompanyingdrawings.

FIG. 1 is a block diagram illustrating an example relationship matrixsystem, according to some embodiments of the present disclosure.

FIG. 2 is a flowchart illustrating a relationship matrix generationprocess, according to some embodiments of the present disclosure.

FIG. 3A illustrates an example relationship matrix, according to someembodiments of the present disclosure.

FIG. 3B illustrates an example relationship matrix configured to updatethe units for the axes, according to some embodiments of the presentdisclosure.

FIG. 3C illustrates an example relationship matrix configured to updatetime periods, according to some embodiments of the present disclosure.

FIG. 3D illustrates an example relationship matrix configured to updateits alignment, according to some embodiments of the present disclosure.

FIG. 3E illustrates an example relationship matrix following alignmentuser interaction, according to some embodiments of the presentdisclosure.

FIG. 3F illustrates an example relationship matrix configured to updatethe units of an axis, according to some embodiments of the presentdisclosure.

FIG. 3G illustrates an example relationship matrix configured to updatethe units of both axes, according to some embodiments of the presentdisclosure.

FIG. 4 illustrates an example relationship matrix configured to displayan outliers view, according to some embodiments of the presentdisclosure.

FIG. 5A, illustrates an example user interface of the relationshipmatrix system for loading and/or viewing data objects, according to someembodiments of the present disclosure.

FIG. 5B illustrates an example user interface of the relationship matrixsystem for selecting data objects to generate a matrix, according tosome embodiments of the present disclosure.

FIG. 6 is a block diagram illustrating an example relationship matrixsystem with which various methods and systems discussed herein may beimplemented.

DETAILED DESCRIPTION

Relationship visualizations may be accelerated and/or generated. Forexample, a heat map is one type of relationship visualization that maybe generated to display relationships through color, saturation,gradient, and/or hue.

Disclosed herein are systems, methods, techniques, and devices foraccelerating relationship visualizations related to one or more dataobjects and/or properties of those data objects. Using the techniquesand systems described herein, efficient, flexible, scalable, navigable,and accelerated relationship visualizations may be achieved. In oneparticular example implementation of the systems and methods discussedherein, data objects and/or the relationships of data objects may bedisplayed through a matrix visualization where some relationships aredisplayed through gradient, color, hue, and/or saturation. In someembodiments, the relationship matrix may comprise a time matrix. Asubset of the data objects and/or a time period for display may bedetermined automatically by the relationship matrix system. Furthermore,the relationship matrix system may receive user interaction data toallow navigable, efficient, and/or accelerated relationship matrices.

Example Relationship Matrix Acceleration

FIG. 1 illustrates a relationship matrix system, according to someembodiments of the present disclosure. In the example embodiment of FIG.1, the matrix environment 190 comprises a network 160, a relationshipmatrix system 100, a user computing device 102, and an object storagedevice 130. Various communications between these devices areillustrated. For example, communication of a data selection 110, userinteraction 120, object data 140, and a relationship matrix 300 areillustrated in various actions 1-5 that are illustrated in the circlednumbers in FIG. 1. In this embodiment, the relationship matrix system100 includes an interaction processor 104 and a relationship matrixgenerator 108, each of which is described in further detail below.

In some embodiments, the matrix environment 190 may not comprise anetwork. For example, the user computing device 102, the relationshipmatrix system 100, and/or the object storage device 130 may reside onthe same computing device.

As shown in FIG. 1, at action one, a data selection 110 is transmittedfrom the user computing device 102 to the interaction processor 104 ofthe relationship matrix system 100. The data selection may occur througha user interface. FIG. 5A, for example, illustrates an example userinterface 500 of a software application configured to display dataobjects and to allow the user to select one or more of the data objects.The example user interface 500 comprises a search box 502, an objectdisplay area 504, and a menu bar 506. A human operator, e.g., the userof the user computing device 102 of FIG. 1, by typing and/or enteringdata into the search box 502 may load, lookup, and/or retrieve one ormore data objects. For example, by typing the name of a person, such as“John Doe,” the person object 510 may be displayed in the object displayarea 504. The other person objects 512 (including objects 512A, 512B,and/or 512C) may be displayed automatically and/or after userinteraction by the human operator with the person object 510. Forexample, a human operator may select the person object 510 and select anoption to display associates and/or persons related to the person object510. The links 514A, 514B, and/or 514C may display relationships betweenthe person object 510 and related person objects 512A, 512B, and/or512C, respectively. For example, the person objects 412 may be relatedto the person object 410, such as, but not limited to, associates,acquaintances, and/or family members. The links 514A, 514B, and/or 514Cmay comprise one or more meetings between the person object 510 andrelated person objects 512A, 512B, and/or 512C, respectively. Forexample, link 514B may display that there were 10 meetings betweenperson object 510 and related person object 512B. The links 514A, 514B,and/or 514C may represent meeting data objects. The user interface 500may be capable of displaying any type of data object and/or may not belimited to displaying person and meeting data objects.

In some embodiments, the data objects in the object display area 504 maybe selectable through mouse clicks, touch input, and/or any other inputmechanism.

In some embodiments, the user interface 500 may display objects and/orother data in clusters, which may correspond to the systems, methods,and/or techniques disclosed in the Ontology and/or Cluster references.

In addition to visually searching and/or showing data objects and/orrelationships between data objects, the user interface 500 may allowvarious other manipulations. For example, data objects may be inspected(e.g., by viewing properties and/or associated data of the dataobjects), filtered (e.g., narrowing the universe of objects into setsand subsets by properties or relationships), and statisticallyaggregated (e.g., numerically summarized based on summarizationcriteria), among other operations and visualizations.

When a human operator has loaded the data objects, the user may thengenerate a relationship matrix from some or all of those data objectsand/or from related data objects. For example, FIG. 5B illustrates theuser interface 500 of FIG. 5A comprising a matrix menu option togenerate a matrix based on the loaded data objects (such as the one ormore of the data objects displayed in this embodiment). In this example,the human operator has the option of selecting the “All Objects” menuitem 524A or the “Selected Objects” menu item 524B by accessing the“View” menu 520, selecting the “Matrix” menu item 522, and then choosinga matrix menu item 524. For example, a matrix may be generated from allof the data objects presented by the user interface when the “AllObjects” menu item 524A is selected. In some embodiments, the userinterface 500 may allow the human operator to select individual and/orone or more groups of data objects, whether or not those objects remainviewable in the display area 404. Thus, upon selecting the “SelectedObjects” menu item 524B a matrix may be generated from the selected dataobjects and/or related data objects. The example user interface 500allows the human operator to send a data selection 110 to theinteraction processor 104 and/or the relationship matrix system 100 ofFIG. 1 through selecting and/or loading of data objects and/or selectionof menu items 524.

Returning to FIG. 1, the interaction processor 104 may receive the dataselection 110 from the user computing device 102 through the network160. The interaction processor 104 may then process the data selection110. For example, the interaction processor 104 may identify and/orinterpret the data objects selected from FIG. 5B. At action two, theinteraction processor 104 may then send data, including the interpreted,modified, and/or unmodified data selection 110, to the relationshipmatrix generator 108. At action three, the relationship matrix generator108 may request, receive, and/or load information and/or data regardingthe data objects, such as, but not limited to, object data 140,identified in the data selection 110 and/or related to the dataselection 110 from the object storage device 130.

In some embodiments, the relationship matrix system may determine one ormore additional data objects based on the one or more selected objects.For example, meeting objects and/or event objects for a selected personobject may be determined programmatically, such as by using techniquesdiscussed in the Cluster references. For example, the selected persondata object, which may correspond to the data selection 1110 of FIG. 1,may be a starting point to determine one or more additional related dataobjects. The additional related data objects may then be processed bythe relationship matrix system.

The relationship matrix generator 108 may generate the relationshipmatrix 300 from the requested and/or received object data 140, which isdiscussed further with reference to FIG. 2. At action four, therelationship matrix 300 may be sent to the user computing device 102through the network 160. For example, FIG. 3A illustrates an examplerelationship matrix 300. The relationship matrix 300 of FIG. 3A may havebeen generated from the selected data objects of FIG. 5B and/or relateddata objects. The relationship matrix 300 may comprise a time matrix.The relationship blocks 312 (including blocks 312A, 312B, 312C, and/or312D) may represent relationships between the Y and/or vertical axis 302and the X and/or horizontal axis 304. For example, the block 312A mayrepresent a relationship between “7 AM” on the X axis and “Thur” on theY axis. In the example, the intersection at blocks 312 between the X andY axes may correspond to the meeting objects that were shown in FIG. 5B.The gradient, color, hue, and/or saturation at blocks 312 may furtherrepresent and/or indicate relationships between the X and/or Y axesand/or display summary information regarding the objects beingrepresented. For example, block 312A may be a darker and/or moreconcentrated color, hue, and/or saturation than block 312B. In theexample, a darker and/or more concentrated color, hue, and/or saturationmay represent a greater number of objects and/or instances at aparticular intersection. Therefore, there may be more meetings and/orevents at Thursday at 7 AM than Wednesday at 6 AM as indicated by block312A in comparison to block 312B because block 312A may be a darkerand/or more concentrated color, hue, and/or saturation than block 312B.

The relationship matrix 300 may display other relationship informationand/or data and/or accelerate visualizations of relationships. Therelationship matrix 300 may display a portion and/or subselection of theselected data objects from FIG. 5B. For example, the macro unitindicator 306 may indicate a time unit that is currently beingdisplayed. In the example, the macro unit indicator 306 may display“WEEK 2,” which may indicate to the human operator that only objectsfrom the second week of the year are being shown. The portion and/orsubselection of the selected data objects from FIG. 5B may be determinedby default settings and/or the relationship matrix generator 108 ofFIG. 1. For example, the relationship matrix generator 108 may analyzethe selected meeting objects from FIG. 5B to determine a time period toshow the highest concentration of meeting objects. The meeting objectsmay comprise an action time and/or event time property. The action timeand/or event time property may correspond to the time at which a meetingoccurred. For example, if ninety out of the one hundred meetingsoccurred during the second week of year, then the relationship matrixgenerator 108 of FIG. 1 may determine that the second week of the yearshould be displayed initially as shown in FIG. 3A. In the examplerelationship matrix of FIG. 3A, the relationship matrix generator 108 ofFIG. 1 may have determined that the second week of the year had thehighest concentration of objects, and, therefore, displayed the secondweek of the year. In some embodiments, the initial time period shown maybe determined by default settings.

The relationship matrix may automatically and/or based on defaultsettings determine configurations and/or accelerate visualizations ofrelationships. The relationship matrix may indicate that the humanoperator is “BROWSING ‘Day of Week’ OF 2013 BY ‘Hour of day.’” The “Dayof Week” text may comprise a Y axis selector 308, which may allow thehuman operator to select different units for the Y axis. Similarly, the“Hour of Day” text may comprise an X axis selector 310, which may allowhuman operator to select different units for the X axis. For example,the available time units for the axes may comprise the options, such as,but not limited to: “Hour of Day,” “Day of Week,” “Day of Month,” “Weekof Month,” “Month of Year.” Similar to the displayed time period, thetime units of the axes that are initially displayed may be based ondefault settings and/or may be determined by the relationship matrixgenerator 108 of FIG. 1. The relationship matrix generator 108 mayanalyze the selected and/or determined meeting objects from FIG. 5B todetermine an X time unit and/or a Y time unit to show the highestconcentration of meeting objects in a time period. For example, therelationship matrix generator 108 of FIG. 1 may have determined that“Day of Week” for the Y axis should be displayed to acceleratevisualizations of relationships by the human operator. In someembodiments, the relationship matrix generator 108 of FIG. 1 may displaya subset and/or portion of the X and/or Y axes. For example, FIG. 3Billustrates an example relationship matrix 300 with different timeunits. In the example, the Y axis selector 308 may be set to “Day ofMonth” and/or the X axis selector 310 may be set to “Day of Week.” Insome embodiments, the vertical ellipsis 390 along the Y axis mayindicate that only the time units of February 1 through February 7 areshown. The relationship matrix generator 108 of FIG. 1 may havedetermined that the highest concentration of objects occurred in thattime period and, therefore, selected the time period of February 1through February 7 to display. In some embodiments, the relationshipmatrix system 100 and/or the relationship matrix generator 108 may beconfigured to display the lowest concentration of objects. In someembodiments, the vertical ellipsis 390 of FIG. 3B may indicate that allof the days of the month February are displayed to the human operator.In some embodiments, the relationship matrix system 100 and/or therelationship matrix generator 108 of FIG. 1 may automatically determineother features and/or characteristics of the relationship matrix 300 ofFIG. 3 based on the selected, determined, and/or related data objects,such as the objects from FIG. 5B.

Returning to FIG. 1, at action five, the human operator may interactwith the relationship matrix 300, which may cause the user computingdevice 102 to send user interaction data 120 to the interactionprocessor 104 and/or the relationship matrix system 100 through thenetwork 160. For example, the human operator may interact with therelationship matrix 300 of FIG. 3A. The human operator may select and/orchange the Y axis selector 308 and/or X axis selector 310 through amouse click, touch input, and/or some other input mechanism. Forexample, as shown in FIG. 3B, a human operator may have changed the Yaxis selector 308 to “Day of Month” and/or may have changed the X axisselector 310 to “Day of week.” The change by the human operator maycause the user computing device 102 to send the user interaction data120 of FIG. 1, which may correspond to the Y axis selector 308 changeand/or X axis selector 310 change. As a result, actions two, three,four, or a subset thereof, may be performed and/or repeated to generateda relationship matrix 300 as shown in FIG. 3B. For example, therelationship matrix generator 108 may receive the user interaction data120 and/or data based on the user interaction data 120 from theinteraction processor 104. The relationship matrix generator 108 mayoptionally request, receive, and/or load data objects from the objectstorage device 130. The relationship matrix generator 108 may thengenerate the relationship matrix 300, as shown in FIG. 3B, based on theuser interaction of modifying the Y axis selector 308 and/or X axisselector 310.

Example Relationship Matrix Generation Process

FIG. 2 is a flowchart illustrating a relationship matrix generationprocess, according to some embodiments of the present disclosure. Themethod of FIG. 2 may be performed by the relationship matrix system 100of FIG. 1, such as the various components of FIG. 1 that are discussedabove, including the relationship matrix generator 108 and/orinteraction processor 104. Depending on the embodiment, the method ofFIG. 2 may include fewer or additional blocks and/or the blocks may beperformed in order different than is illustrated.

Beginning at block 204, data selection and/or interaction input data isreceived. Data selection may comprise one or more data objects selectedand/or determined from the user interface. For example, user interactioninput data may be received after human operator interaction illustratedin FIG. 3B and/or other interactions disclosed herein. In the example,the user interaction input data may comprise a change to the Y axisselector 308 and/or X axis selector 310.

At block 206, the interaction input data is processed. In someembodiments, the interaction input data may be transformed. The userinteraction data 120 received from the user computing device of FIG. 1may comprise a format such as, but not limited to, XML, JSON, HTMLresponse/request format, a file format that is proprietary to therelationship matrix system, or any other format. For example, the userinteraction data 120 may comprise an XML data format initially and beprocessed and/or transformed into another data format, such as, but notlimited to, an object data format. The user interaction data may betransformed and/or incorporated into an object representing therelationship matrix user interface. Therefore, the properties of therelationship matrix, such as the user interactions, may be accessed bythe relationship matrix system 100 and/or relationship matrix generator108 of FIG. 1.

At block 208, one or more data objects and/or properties of one or moredata objects are accessed. For example, a meeting object, including someor all of the properties of that meeting object, may be accessed by therelationship system 100. The meeting object may comprise one or more,time objects, time properties, a location, a link to other person dataobjects, and other data. In some embodiments, as previously discussed, adata object may be a starting point to load additional related dataobjects, such as, but not limited to, loading all the meeting and/orevent objects corresponding to a person object.

At block 210, relationship properties from the one or more data objectsare identified. For example, time objects and/or time properties maycomprise relationship properties that are identified. In someembodiments, relationship properties of person data objects areaccessed. For example, a person data object may comprise a meetingsproperty that comprises all of the meetings the person data object hadwith other person data objects. In some embodiments, actions and/oraction objects may be identified for respective objects. For example,meeting objects may be determined for person objects. A time and/oraction time property may be associated with the meeting objects. Thus,in one example, a user selects one or more object properties of interest(e.g., all “meeting” events associated with a particular person object),and those event objects matching the properties are located (“matched”)for inclusion in the relationship matrix.

At block 212, the relationship matrix is generated based on theinteraction input data and/or the relationship properties accessed fromthe data objects. For example, the matrix 300 of FIG. 3B may begenerated from user interaction data and/or relationship properties ofdata objects. The user interaction input data comprising the “Day ofMonth” selection from the Y axis input selector may be used to generatethe relationship matrix 300 of FIG. 3B. For example, since “Day ofMonth” was selected, the Y axis may comprise time units of days of themonths, such as, February 1, 2, 3, etc., as illustrated by FIG. 3B.Similarly, the user interaction input comprising the “Day of Week”“selection from the X axis input selector may be used to generate thelabels on the X axis comprising “Sunday,” “Monday,” etc., as illustratedby FIG. 3B. The relationship blocks 320 (including blocks 320A, 320B,and/or 320C) may be generated based on data objects and/or relationshipproperties of data objects. For example, meeting data objects may befiltered by a month, such as, the month February as shown in FIG. 3B.Additionally, meeting data objects may be categorized by a day of theweek property (e.g., Monday, Tuesday, Wednesday) and/or day of the monthproperty (e.g., February 1, 2, etc.). The relationship blocks 320A,320B, and/or 320C may correspond to groups of meeting data objects withtime properties corresponding to the intersection of the X and Y axes.For example, the relationship block at 320A may comprise time propertiescorresponding to Feb. 5, 2013, which was a Tuesday. Additionally, aspreviously discussed, the relative gradient, color, hue, and/orsaturation may correspond to the number of objects with the particulartime properties at a given intersection. In the example, there may bemore meeting data objects corresponding to relationship block 320A thanrelationship block 320B, which may correspond to the relative gradient,color, hue, and/or saturation between the two blocks.

In some embodiments, time properties may be accessed and/or used togenerate the relationship matrix. For example, as discussed above, afirst time period and/or second time period may be automaticallydetermined corresponding to the time units associated with the X and/orY axes of the generated relationship matrix. As illustrated above, timeunits and/or periods, such as “Day of Month,” “Month of Year,” the month“January,” and/or second week of the year, may be automaticallydetermined to show the highest concentration of objects in therelationship matrix.

Data Objects

In some embodiments, data is conceptually structured according to anobject data model represented by an ontology. The conceptual data modelmay be independent of any particular and/or specific type of data store.For example, each object of the conceptual data model may correspond toone or more rows in a relational database, an object in an in-memorycache, and/or some combination thereof.

In some embodiments, an ontology, as noted above, may include storedinformation providing a data model for storage of data in a data store.The ontology may be defined by one or more object types, which may eachbe associated with one or more property types. At the highest level ofabstraction, a data object is a container for information representingthings and/or events in the physical world. For example, a data objectmay represent an entity such as a person, a place, an organization, amarket instrument, and/or some other noun. Data objects may represent anevent that happens at a point in time and/or for a duration. Dataobjects may represent a document and/or other unstructured data sourcesuch as an e-mail message, a news report, a written paper, and/or awritten article. Each data object may be associated with a uniqueidentifier that uniquely identifies the data object within the datastore.

Different types of data objects may have different property types. Forexample, a “Person” data object may have an “Eye Color” property typeand an “Event” data object may have a “Date” property type. Eachproperty as represented by data in the data store may have a propertytype defined by the ontology used by the data store.

Objects may be instantiated in the data store in accordance with thecorresponding object definition for the particular object in theontology. For example, a specific monetary payment (e.g., an object oftype “event”) of US$30.00 (e.g., a property of type “currency”) takingplace on 3/27/2009 (e.g., a property of type “date”) may be stored inthe data store as an event object with associated currency and dateproperties as defined within the ontology.

The data objects defined in the ontology may support propertymultiplicity. For example, a data object may be allowed to have morethan one property of the same property type. For example, a “Person”data object may have multiple “Address” properties. In another example,a “Meeting” data object may have multiple “Name” properties.

In some embodiments, the data objects the template system receives maycorrespond to an ontology according to the systems, methods, and/ortechniques disclosed in the Ontology reference.

Example Relationship Matrix User Interactions

FIG. 3 (including FIGS. 3A-3G) illustrates example user interactions ofrelationship matrices. Relationship matrices may support other userinteractions and the following actions are illustrative and/ornon-limiting of the user interactions contemplated by the presentdisclosure for accelerating relationship visualizations.

In some embodiments, as previously illustrated, a human operator maychange the Y axis selector 308 and/or X axis selector 310 of FIG. 3A toautomatically update and/or generate the relationship matrix 300 of FIG.3B. For example, a change to the Y axis selector 308 of FIG. 3A from“Day of Week” to “Day of Month” may cause an automatic update to thelabels of the Y axis 302 from “Sun, Mon, etc.” to “Feb 1, Feb 2, etc.”as shown in FIG. 3B. Similarly, a change to the X axis selector 310 maycause an automatic update to the labels of the X axis 304 of FIG. 3A tothe labels of FIG. 3B. Changes to the one or more of the axis selectorsmay cause other changes. For example, the macro unit indicator 306 ofFIG. 3A may change from “Week 2” to “February” as illustrated by FIG.3B. Similarly, different relationship blocks at the intersectionsbetween the Y axis 302 and X axis 304 may automatically appear and/orupdate following a change to one or more of the axis selectors (e.g.,compare the relationship blocks 312 of FIG. 3A with the relationshipblocks 320 of FIG. 3B).

FIG. 3C illustrates an example relationship matrix configured to updatetime periods and/or unit periods based on user interaction. For example,the relationship matrix 300 may be configured to display relationshipblocks for the time period of February, as illustrated by macro unitindicator 306. A human operator may interact through user interactioninput, such as, but not limited to, touch input, mouse input, and/or anyother kind of interaction input, with the relationship matrix 300 toupdate time periods and/or unit periods. For example, the human operatormay place a finger 330, hold a mouse click, or any other inputmechanism, at a starting point 332A on the relationship grid. The humanoperator may then drag their finger 330 or move the mouse to endingpoint 332B. As a result of the user interaction, the relationship matrixmay update the time period and/or unit period. In the example,relationship matrix 300 may update to the month of March, which mayinclude updating the macro unit indicator 306, the labels of the Y axis302, and/or the relationship blocks of the grid.

In some embodiments, there may be variations for updating the timeperiods and/or unit periods of the relationship matrix. For example, aswiping motion and/or mouse click from point 332B to 332A may cause therelationship matrix 300 to update to the month of January (a decrementand/or change of the time period). In some embodiments, the swipingmotions to increment and/or decrement the unit periods may be reversedand/or configurable by the human operator. For example, instead of thevertical swiping motion illustrated in FIG. 3C, the swiping motion maybe horizontal, configurable between the two motions, and/or somecombination thereof. In some embodiments, there may be a minimum and/ormaximum threshold for the relative distance between points 332A and 332Bto register and/or cause an update to the unit periods.

In some embodiments, changing time periods and or unit periods maydepend on the time and/or unit periods being displayed. For example, theswiping motion illustrated in FIG. 3B may cause the week to change inFIG. 3A. “Week 2” is displayed in FIG. 3A and a swiping motion and/ormouse drag may cause the week displayed to increment or decrement to“Week 3” or “Week 1,” respectively.

FIG. 3D illustrates an example relationship matrix configured to updatethe alignment of its grid based on user interaction. Similar to thetouch, mouse, and/or other input mechanisms illustrated in FIG. 3C, ahuman operator may interact with the relationship matrix 300 to updatethe alignment of the grid of the relationship matrix 300 of FIG. 3D. Forexample, similar to the interaction of FIG. 3C, the human operator maydrag a finger and/or hold a mouse click from starting point 334A toending point 334B on the relationship grid of FIG. 3D. Receipt of thehorizontal input data by the relationship matrix system may cause therelationship matrix 300 to update as illustrated by the grid alignmentof FIG. 3E.

FIG. 3E illustrates the relationship matrix 300 following the alignmentuser interaction of FIG. 3D. For example, the first label of the X axis304 is “Thursday” in FIG. 3E, which is different from the first label ofthe X axis 304, “Sunday,” of FIG. 3D. The position and/or location ofthe relationship blocks of the relationship matrix may also updatecorresponding to the alignment of the grid. For example, relationshipblock 320C, which may have been positioned at the edge of the grid inFIG. 3D, may be re-positioned as illustrated by FIG. 3E based on thealignment interaction. The alignment motion and/or interaction fromstarting point 334A to 334B may correspond to at least threerelationship block widths and/or distances. As a result, relationshipblock 320C and/or the corresponding label on the Y axis 304 may moveand/or update at least three relationship block widths and/or distancesas illustrated by FIGS. 3D and 3E.

In some embodiments, there may be variations and/or additional userinteractions to align and/or realign the relationship matrix. Forexample, a vertical user interaction, similar to the interactionillustrated by FIG. 3C, may cause the relationship matrix to realignalong the Y axis. In some embodiments, the speed and/or time between avertical user interaction (e.g., the time between user interaction atpoints 332A and 332B of FIG. 3C) may differentiate and/or distinguishbetween a time and/or unit period change of FIG. 3C and an alignmentchange as illustrated by FIGS. 3D and 3E. For example, there may be atime threshold (e.g., five hundred milliseconds), where a fastermovement causes a time and/or unit period change and a slower movementcauses a realignment of the grid.

FIG. 3F illustrates an example relationship matrix configured to updatethe units of an axis based on user interaction. For example, the humanoperator may place fingers 340A and 340B or any other input mechanism atstarting points 342A and 342B, respectively, along the Y axis 302. Thehuman operator may then move and/or drag fingers 340A and 340B or anyother input mechanism to ending points 344A and 344B, respectively. As aresult of the illustrated “zooming in” motion, the human operator maychange and/or update the units of the Y axis. For example, the zoomingin user interaction may update the Y axis unit of “Day of Month” to “Dayof Week” or “Hour of Day.” The relationship matrix system may update theunits of an axis following user interaction input based on the otheraxis that wasn't changed. For example, since the X axis of therelationship matrix 300 of FIG. 3F may be “Day of Week,” therelationship matrix system may update the Y axis to “Hour of Day” toavoid the same units for both axes following user interaction input.Similar to the user interaction with fingers 340, a human operator mayperform a “zooming out” action as illustrated by fingers 346A and 346Band their corresponding directional arrows along the X axis 304. Thezooming out action may change and/or update the units of the X axis 304(e.g., the X axis unit of “Day of Week” may update to “Day of Month.”)Similar to some of the illustrated user interactions in this disclosure,a zooming in and/or zooming out interaction may update the relationshipblocks displayed in relationship matrix 300, the Y axis selector 308,the X axis selector 310, and/or other elements of the relationshipmatrix 300 accordingly.

In some embodiments, there may be some variations of updating the unitsof an axis of the relationship matrix. In some embodiments, the relativedistance of a zooming in and/or zooming out interaction may causedifferent updates. For example, the zooming in action illustrated byfingers 346 may cause the X axis units to change to “Day of Month,”“Week of Month,” and/or “Month of Year” based on the relative distancedragged and/or indicated. In some embodiments, a zooming in and/orzooming out user interaction may cause the relationship matrix 300 toupdate automatically. For example, as a human operator drags theirfingers 346 the Y axis may update to “Day of Month,” “Week of Month,”and “Month of Year” (in that order) corresponding to the greater and/orlonger distance that their fingers 346A. Additionally, the relationshipblocks shown in the relationship matrix may update automatically as theunits of one or more of the axes change.

In some embodiments, the zooming in and/or zooming out actions may beconfigured for different results. For example, the results of actions byfingers 340 and 346 that were previously described may be reversed.

FIG. 3G illustrates an example relationship matrix configured to updatethe units of both axes simultaneously based on user interaction. Theuser interaction illustrated by fingers 350 (including finger 350Aand/or finger 350B) and their directional arrows may be similar to thezooming in action illustrated by fingers 340 of FIG. 3F. However, onedifference between FIGS. 3F and 3G may be the placement of fingers 350on the grid of relationship matrix 300 instead of the placement offingers on an axis. Similar to the user interaction of fingers 340 ofFIG. 3F, which may have updated one axis, the zooming in action offingers 350 may cause both axes to update simultaneously. For example,both the Y axis 302 units and the X axis 304 units may change to “Day ofWeek” and “Hour of Day,” respectively. Similarly, the zooming out and/orpinching motion of fingers 356 may cause both axes to updatesimultaneously (e.g., the Y axis 302 units and X axis 304 units maychange to “Week of Month” and “Day of Month,” respectively.)

In some embodiments, the variations of interactions illustrated by FIG.3F may be available for the zooming in and/or out interactionsillustrated by FIG. 3G. For example, the relative distance of the userinteraction may impact and/or affect the change in the units of theaxes. In some embodiments, while the directional arrows of FIG. 3G areshown at a diagonal, the relative orientation of the zooming in and/orzooming out actions do not matter. For example, the direction of theinteractions by the fingers and/or other input mechanisms may behorizontal or vertical.

Outliers View

Certain of the relationship matrices illustrated herein may beconfigured to display a “patterns” or “outlier” view. The relationshipmatrix 300 of FIG. 3 displays a “patterns” view, while the userinterface of FIG. 4 illustrates an example of an “outliers” view. Thepatterns view may comprise displaying relationships with gradient,color, hue, and/or saturation. In contrast, the outliers view shown inthe relationship matrix 300 of FIG. 4 may comprise displayingrelationships through one or more dots, visual indicators, and/or binaryvisualizations. Similar to the relationship blocks 312 of FIG. 3A,relationship blocks 412 (including blocks 412A, 412B, 412C, and/or 412D)may represent relationships between the axes. For example, therelationship block 412A may indicate multiple meetings and/or events atthe intersection of “Thursday” and “7 AM” for the second week of 2013.Additionally, the relative number of dots of relationship blocks mayfurther indicate information. For example, block 412A may comprise moredots and/or visual indicators than block 412B (which may be similar tothe relative gradient, color, hue, and/or saturation of relationshipblocks 312 of FIG. 3A). In the example, a greater number of dots and/orvisual indicators may represent a greater number of objects and/orevents at a particular intersection.

There may be advantages and/or benefits of the outliers view of arelationship matrix, such as, but not limited to, accelerating and/orfacilitating human recognition of outlier relationships. In some of theprevious examples, since the relationship matrix 300 of FIG. 3 may use apatterns view, a relationship may be difficult for a human to recognizebased on relative gradient, color, hue, and/or saturation. For example,the relationship block of 312D of FIG. 3A may be difficult for a humanoperator to visually recognize because the gradient, color, hue, and/orsaturation may be very light and/or difficult to see on a computermonitor and/or display. The particular viewing device and/or monitorbeing used may affect the ability to view pattern visualizations.Therefore, with a binary relationship, dot, and/or black/white visualindicators, an outlier may be quickly recognized by a human operator.For example, relationship block 412D may comprise a single black dot,which may be easily recognized by a human operator.

In some embodiments, the relationship matrix may be configured toreceive user interaction input to switch between a patterns and outliersview. For example, the relationship matrix 300 may comprise an outliersbutton 402 and a patterns button 404. A human operator may togglebetween the outliers view illustrated by FIG. 4 and the patterns viewillustrated by FIG. 3A by pressing, touching, and/or clicking theoutliers button 402 and the patterns button 404, respectively. Therelationship matrix 300 may display the same relationship objects (e.g.,meeting and/or event objects) but with a different view and/orrepresentation of the relationship objects.

In some embodiments, the user interactions illustrated for therelationship matrix of FIG. 3 may be available for the relationshipmatrix of FIG. 4.

In some embodiments, there may variations of the formulas to configurethe display of the one or more dots, visual indicators, and/or binaryvisualizations. The number of objects to be displayed as visualindicators may be calculated by various formulas, such as, but notlimited to, linear, exponential, logarithmic, any other type ofequation, and/or some combination thereof. For example:

D—Dots.

O—Objects.

$D_{1} = {{CEILING}( \frac{O}{10} )}$

In some embodiments, which use the D₁ formula, if the number of objectsto be displayed at a relationship block is twenty-five, three dots maybe displayed. Using the same formula, if there are five objects, one dotmay be displayed. Another example formula is the following:D ₂=CEILING(√{square root over (O)})

In some embodiments, using the D₂ formula, if the number of objects tobe displayed at a relationship block is twenty-five, five dots may bedisplayed. Using the same formula, if there are five hundred objects,twenty-three dots may be displayed.

In some embodiments, there may be some variations of the display of therelationship blocks illustrated as dots of FIG. 4 and/or gradient,color, hue, and/or saturation of FIG. 3. The dots, gradient, color, hue,and/or saturation may be configurable by the human operator. Forexample, a human operator may select various hues of the color green orred to be displayed in the relationship blocks of FIG. 3. In otherexamples, a human operator may select different shapes instead of dotsfor the outliers view of FIG. 4. In some embodiments, positive and/ornegative numbers may be displayed by different colors. For example,positive representations of objects as relationship blocks may be blueand/or negative representations of objects as relationship blocks may bered.

In some embodiments, the formulas and/or similar formulas forcalculating outliers view representations may be used to determinerepresentations of gradient, hue, color, and/or saturation in thepatterns view.

Other Types of Relationship Matrices

While some example relationship matrices of the present disclosurecomprise time matrices, there may be other types of relationshipmatrices. In some embodiments, relationship matrices may be generatedand/or accelerated where one or more axes of the relationship matricescomprises units that are hierarchical, scalar, classifications, and/orotherwise logically related and/or grouped. For example, in a timematrix, one or more axes may comprise time units such as, but notlimited to, “Month of Year,” “Week of Month,” “Day of Month,” “Day ofWeek,” “Hour of Day.” Time units may be hierarchical because monthscomprise a year, days comprise a month, hours comprise a day, and soforth. In some embodiments, an axis of a relationship matrix maycomprise geographical units. For example the geographical units of anaxis may be the following: “Country,” “State,” “City,” “Zip Code,”and/or “Street.” Similar to the hierarchy of time units, states maycomprise a country, cities may comprise a state, a city may be comprisedof zip codes, and so forth. A relationship matrix and the units of theaxes of a relationship matrix may be highly configurable because it maybe based on a data object model and/or ontology, which may correspond tothe systems, methods, and/or techniques disclosed in the Ontologyreference.

Implementation Mechanisms

The various computing device(s) discussed herein, such as therelationship matrix system 100 of FIG. 1, are generally controlled andcoordinated by operating system software, such as, but not limited to,iOS, Android, Chrome OS, Windows XP, Windows Vista, Windows 7, Windows8, Windows Server, Windows CE, Unix, Linux, SunOS, Solaris, Macintosh OSX, VxWorks, or other compatible operating systems. In other embodiments,the computing devices may be controlled by a proprietary operatingsystem. Conventional operating systems control and schedule computerprocesses for execution, perform memory management, provide file system,networking, I/O services, and provide a user interface functionality,such as a graphical user interface (“GUI”), among other things. Therelationship matrix system 100 may be hosted and/or executed on one ormore computing devices with one or more hardware processors and with anyof the previously mentioned operating system software.

FIG. 6 is a block diagram that illustrates example components of therelationship matrix system 100. While FIG. 6 refers to the relationshipmatrix system 100, any of the other computing devices discussed hereinmay have some or all of the same or similar components.

The relationship matrix system 100 may execute software, e.g.,standalone software applications, applications within browsers, networkapplications, etc., whether by the particular application, the operatingsystem, or otherwise. Any of the systems discussed herein may beperformed by the relationship matrix system 100 and/or a similarcomputing system having some or all of the components discussed withreference to FIG. 6.

The relationship matrix system 100 includes a bus 602 or othercommunication mechanism for communicating information, and a hardwareprocessor, or multiple processors, 604 coupled with bus 602 forprocessing information. Hardware processor(s) 604 may be, for example,one or more general purpose microprocessors.

The relationship matrix system 100 also includes a main memory 606, suchas a random access memory (RAM), cache and/or other dynamic storagedevices, coupled to bus 602 for storing information and instructions tobe executed by processor(s) 604. Main memory 606 also may be used forstoring temporary variables or other intermediate information duringexecution of instructions to be executed by processor(s) 604. Suchinstructions, when stored in storage media accessible to processor(s)604, render the relationship matrix system 100 into a special-purposemachine that is customized to perform the operations specified in theinstructions. Such instructions, as executed by hardware processors, mayimplement the methods and systems described herein for sharing securityinformation.

The relationship matrix system 100 further includes a read only memory(ROM) 608 or other static storage device coupled to bus 602 for storingstatic information and instructions for processor(s) 604. A storagedevice 610, such as a magnetic disk, optical disk, or USB thumb drive(Flash drive), etc., is provided and coupled to bus 602 for storinginformation and instructions. The object storage device 130 of FIG. 1may be stored on the main memory 606 and/or the storage device 610.

In some embodiments, the object storage device 130 of FIG. 1 is a filesystem, relational database such as, but not limited to, MySql, Oracle,Sybase, or DB2, and/or a distributed in memory caching system such as,but not limited to, Memcache, Memcached, or Java Caching System, and/orsome combination thereof.

The relationship matrix system 100 may be coupled via bus 602 to adisplay 612, such as a cathode ray tube (CRT) or LCD display or touchscreen, for displaying information to a computer user. An input device614 is coupled to bus 602 for communicating information and commandselections to processor 604. One type of input device 614 is a keyboardincluding alphanumeric and other keys. Another type of input device 614is a touch screen. Another type of user input device is cursor control616, such as a mouse, a trackball, a touch screen, or cursor directionkeys for communicating direction information and command selections toprocessor 604 and for controlling cursor movement on display 612. Thisinput device may have two degrees of freedom in two axes, a first axis(e.g., x) and a second axis (e.g., y), that allows the device to specifypositions in a plane. In some embodiments, the same directioninformation and command selections as cursor control may be implementedvia receiving touches on a touch screen without a cursor.

The relationship matrix system 100 may include a user interface unit toimplement a GUI, for example, FIGS. 3, 4, and/or 5, which may be storedin a mass storage device as executable software codes that are executedby the computing device(s). This and other units may include, by way ofexample, components, such as software components, object-orientedsoftware components, class components and task components, processes,functions, attributes, procedures, subroutines, segments of programcode, drivers, firmware, microcode, circuitry, data, databases, datastructures, tables, arrays, and variables.

The relationship matrix system 100 and/or the relationship matrix 300 ofFIG. 1 may be configured to be compatible with web browsers such as, butnot limited to, Firefox, Internet Explorer, Safari, and/or Chrome.

In general, the word “instructions,” as used herein, refers to logicembodied in hardware or firmware, or to a collection of software units,possibly having entry and exit points, written in a programminglanguage, such as, but not limited to, Java, Lua, C, C++, or C#. Asoftware unit may be compiled and linked into an executable program,installed in a dynamic link library, or may be written in an interpretedprogramming language such as, but not limited to, BASIC, Perl, orPython. Certain web programming methods may be used such as AJAX. Itwill be appreciated that software units may be callable from other unitsor from themselves, and/or may be invoked in response to detected eventsor interrupts. Software units configured for execution on computingdevices by their hardware processor(s) may be provided on a computerreadable medium, such as a compact disc, digital video disc, flashdrive, magnetic disc, or any other tangible medium, or as a digitaldownload (and may be originally stored in a compressed or installableformat that requires installation, decompression or decryption prior toexecution). Such software code may be stored, partially or fully, on amemory device of the executing computing device, for execution by thecomputing device. Software instructions may be embedded in firmware,such as an EPROM. It will be further appreciated that hardware modulesmay be comprised of connected logic units, such as gates and flip-flops,and/or may be comprised of programmable units, such as programmable gatearrays or processors. Generally, the instructions described herein referto logical modules that may be combined with other modules or dividedinto sub-modules despite their physical organization or storage.

The relationship matrix system 100, or components of it, such as theinteraction processor 104 and/or the relationship matrix generator 108of FIG. 1 and/or FIG. 6, may be programmed, via executable codeinstructions, in a programming language.

The term “non-transitory media,” and similar terms, as used hereinrefers to any media that store data and/or instructions that cause amachine to operate in a specific fashion. Such non-transitory media maycomprise non-volatile media and/or volatile media. Non-volatile mediaincludes, for example, optical or magnetic disks, such as storage device610. Volatile media includes dynamic memory, such as main memory 606.Common forms of non-transitory media include, for example, a floppydisk, a flexible disk, hard disk, solid state drive, magnetic tape, orany other magnetic data storage medium, a CD-ROM, any other optical datastorage medium, any physical medium with patterns of holes, a RAM, aPROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip orcartridge, and networked versions of the same.

Non-transitory media is distinct from but may be used in conjunctionwith transmission media. Transmission media participates in transferringinformation between nontransitory media. For example, transmission mediaincludes coaxial cables, copper wire and fiber optics, including thewires that comprise bus 602. Transmission media can also take the formof acoustic or light waves, such as those generated during radio-waveand infra-red data communications.

Various forms of media may be involved in carrying one or more sequencesof one or more instructions to processor(s) 604 for execution. Forexample, the instructions may initially be carried on a magnetic disk orsolid state drive of a remote computer. The remote computer may load theinstructions into its dynamic memory and send the instructions over atelephone or cable line using a modem. A modem local to the relationshipmatrix system 100 may receive the data on the telephone or cable lineand use an infra-red transmitter to convert the data to an infra-redsignal. An infra-red detector can receive the data carried in theinfra-red signal and appropriate circuitry can place the data on bus602. Bus 602 carries the data to main memory 606, from which theprocessor(s) 604 retrieves and executes the instructions. Theinstructions received by main memory 606 may retrieve and execute theinstructions. The instructions received by main memory 606 mayoptionally be stored on storage device 610 either before or afterexecution by processor(s) 604.

The relationship matrix system 100 also includes a communicationinterface 618 coupled to bus 602. Communication interface 618 provides atwo-way data communication coupling to a network link 620 that isconnected to a local network 622. For example, communication interface618 may be an integrated services digital network (ISDN) card, cablemodem, satellite modem, or a modem to provide a data communicationconnection to a corresponding type of telephone line. As anotherexample, communication interface 618 may be a local area network (LAN)card to provide a data communication connection to a compatible LAN (orWAN component to be communicated with a WAN). Wireless links may also beimplemented. In any such implementation, communication interface 618sends and receives electrical, electromagnetic or optical signals thatcarry digital data streams representing various types of information.

Network link 620 typically provides data communication through one ormore networks to other data devices. For example, network link 620 mayprovide a connection through local network 622 to a host computer 624 orto data equipment operated by an Internet Service Provider (ISP) 626.ISP 626 in turn provides data communication services through the worldwide packet data communication network now commonly referred to as the“Internet” 628. Local network 622 and Internet 628 both use electrical,electromagnetic or optical signals that carry digital data streams. Thesignals through the various networks and the signals on network link 620and through communication interface 618, which carry the digital data toand from the relationship matrix system 100, are example forms oftransmission media.

A network, such as the network 160 of FIG. 1, may comprise, but is notlimited to, one or more local area networks, wide area network, wirelesslocal area network, wireless wide area network, the Internet, or anycombination thereof.

The relationship matrix system 100 can send messages and receive data,including program code, through the network(s), network link 620 andcommunication interface 618. In the Internet example, a server 630 mighttransmit a requested code for an application program through Internet628, ISP 626, local network 622 and communication interface 618.

The received code may be executed by processor(s) 604 as it is received,and/or stored in storage device 610, or other non-volatile storage forlater execution.

Each of the processes, methods, and algorithms described in thepreceding sections may be embodied in, and fully or partially automatedby, code instructions executed by one or more computer systems orcomputer processors comprising computer hardware. The processes andalgorithms may be implemented partially or wholly inapplication-specific circuitry.

The various features and processes described above may be usedindependently of one another, or may be combined in various ways. Allpossible combinations and subcombinations are intended to fall withinthe scope of this disclosure. In addition, certain method or processblocks may be omitted in some implementations. The methods and processesdescribed herein are also not limited to any particular sequence, andthe blocks or states relating thereto can be performed in othersequences that are appropriate. For example, described blocks or statesmay be performed in an order other than that specifically disclosed, ormultiple blocks or states may be combined in a single block or state.The example blocks or states may be performed in serial, in parallel, orin some other manner. Blocks or states may be added to or removed fromthe disclosed example embodiments. The example systems and componentsdescribed herein may be configured differently than described. Forexample, elements may be added to, removed from, or rearranged comparedto the disclosed example embodiments.

Conditional language, such as, among others, “can,” “could,” “might,” or“may,” unless specifically stated otherwise, or otherwise understoodwithin the context as used, is generally intended to convey that certainembodiments include, while other embodiments do not include, certainfeatures, elements and/or steps. Thus, such conditional language is notgenerally intended to imply that features, elements and/or steps are inany way required for one or more embodiments or that one or moreembodiments necessarily include logic for deciding, with or without userinput or prompting, whether these features, elements and/or steps areincluded or are to be performed in any particular embodiment.

Any process descriptions, elements, or blocks in the flow diagramsdescribed herein and/or depicted in the attached figures should beunderstood as potentially representing units, segments, or portions ofcode which include one or more executable instructions for implementingspecific logical functions or steps in the process. Alternateimplementations are included within the scope of the embodimentsdescribed herein in which elements or functions may be deleted, executedout of order from that shown or discussed, including substantiallyconcurrently or in reverse order, depending on the functionalityinvolved, as would be understood by those skilled in the art.

It should be emphasized that many variations and modifications may bemade to the above-described embodiments, the elements of which are to beunderstood as being among other acceptable examples. All suchmodifications and variations are intended to be included herein withinthe scope of this disclosure. The foregoing description details certainembodiments of the invention. It will be appreciated, however, that nomatter how detailed the foregoing appears in text, the invention can bepracticed in many ways. As is also stated above, it should be noted thatthe use of particular terminology when describing certain features oraspects of the invention should not be taken to imply that theterminology is being re-defined herein to be restricted to including anyspecific characteristics of the features or aspects of the inventionwith which that terminology is associated. The scope of the inventionshould therefore be construed in accordance with the appended claims andany equivalents thereof

What is claimed is:
 1. A method comprising: determining a first timeperiod associated with a first axis and a first time unit; determining asecond time period associated with a second axis and a second time unitdifferent from the first time unit; determining a first count of atleast two objects from a plurality of objects within the first timeperiod and the second time period; and in response to receiving aselected user interface option to generate a matrix visualization,causing presentation of a first indicator corresponding to the firsttime period and the first time unit along the first axis, a secondindicator corresponding to the second time period and the second timeunit along the second axis, and a third indicator of the first count atan intersection of the first indicator and the second indicator, whereinthe method is performed by one or more computer hardware processors. 2.The method of claim 1, further comprising: receiving, from a userinterface, a user selection that indicates the plurality of objects. 3.The method of claim 2, wherein the plurality of objects comprises afirst object and a second object, the method further comprising: causingpresentation, in the user interface, of a graph visualization comprisingthe first object and the second object as visually linked.
 4. The methodof claim 1, wherein determining the first count further comprises:determining, from a first object of the of at least two objects, atleast one of a date property or a time property; and determining thatthe at least one of the date property or the time property is within thefirst time period and the second time period.
 5. A system comprising:one or more computer hardware processors programmed, via executable codeinstructions, to: determine a first time period associated with a firstaxis and a first time unit; determine a second time period associatedwith a second axis and a second time unit different from the first timeunit; determine a first count of at least two objects from a pluralityof objects within the first time period and the second time period; andin response to receiving a selected user interface option to generate amatrix visualization, cause presentation of a first indicatorcorresponding to the first time period and the first time unit along thefirst axis, a second indicator corresponding to the second time periodand the second time unit along the second axis, and a third indicator ofthe first count at an intersection of the first indicator and the secondindicator.
 6. The system of claim 5, wherein the plurality of objectscomprises a first object and a second object, and wherein the one ormore computer hardware processors is further programmed, via executablecode instructions, to: cause presentation, in a user interface, of agraph visualization comprising the first object and the second object asvisually linked; and receive, from the user interface, a user selectionthat indicates the plurality of objects.
 7. The system of claim 5,wherein to determine the first count, the one or more computer hardwareprocessors is further programmed, via executable code instructions, to:determine, from a first object of the of at least two objects, at leastone of a date property or a time property; and determine that the atleast one of the date property or the time property is within the firsttime period and the second time period.
 8. The system of claim 5,wherein the one or more computer hardware processors is furtherprogrammed, via executable code instructions, to: select the first timeperiod instead of a third time period, wherein to select the first timeperiod, the one or more computer hardware processors is furtherprogrammed to: determine a second count of objects from the plurality ofobjects within the first time period; determine a third count of objectsfrom the plurality of objects within the third time period; and identifythat the second count is higher than the third count.
 9. The system ofclaim 5, wherein the one or more computer hardware processors is furtherprogrammed, via executable code instructions, to: receive a userselection of a third time unit to replace the first time unit; and causepresentation, based on the third time unit, of an updated firstindicator instead of the first indicator and an updated third indicatorinstead of the third indicator.
 10. The system of claim 5, wherein theone or more computer hardware processors is further programmed, viaexecutable code instructions, to: determine a first plurality of timeperiods associated with the first time unit; determine a secondplurality of time periods associated with the second time unit; for eachcombination of respective time periods from the first plurality of timeperiods and the second plurality of time periods, determine a respectivecount of one or more objects from the plurality of objects within arespective combination of the first plurality of time periods and thesecond plurality of time periods; and cause presentation of firstindicators corresponding to respective time periods from the firstplurality of time periods along the first axis, second indicatorscorresponding to respective time periods from the second plurality oftime periods along the second axis, and third indicators correspondingto at least some of the respective counts at intersections of the firstindicators and the second indicators.
 11. The system of claim 5, whereinthe first time unit comprises a day of week, a day of month, an hour ofday, a month of year, a week of month, or a week of year.
 12. A systemcomprising: one or more computer hardware processors programmed, viaexecutable code instructions, to: determine a first time periodassociated with a first axis and a first time unit; determine a secondvalue associated with the second unit; determine a first count of atleast two objects from a plurality of objects within the first timeperiod and comprising a respective property value corresponding to thesecond value; and in response to receiving a selected user interfaceoption to generate a matrix visualization, cause presentation of a firstindicator corresponding to the first time period and the first time unitalong the first axis, a second indicator corresponding to the secondvalue and the second unit along the second axis, and a third indicatorof the first count at an intersection of the first indicator and thesecond indicator.
 13. The system of claim 12, wherein the plurality ofobjects comprises a first object and a second object, and wherein theone or more computer hardware processors is further programmed, viaexecutable code instructions, to: cause presentation, in a userinterface, of a graph visualization comprising the first object and thesecond object as visually linked; and receive, from the user interface,a user selection that indicates the plurality of objects.
 14. The systemof claim 12, wherein to determine the first count, the one or morecomputer hardware processors is further programmed, via executable codeinstructions, to: determine, from a first object of the of at least twoobjects, at least one of a date property or a time property; anddetermine that the at least one of the date property or the timeproperty is within the first time period.
 15. The system of claim 12,wherein the one or more computer hardware processors is furtherprogrammed, via executable code instructions, to: select the first timeperiod instead of a third time period, wherein to select the first timeperiod, the one or more computer hardware processors is furtherprogrammed to: determine a second count of objects from the plurality ofobjects within the first time period; determine a third count of objectsfrom the plurality of objects within the third time period; and identifythat the second count is higher than the third count.
 16. The system ofclaim 12, wherein the one or more computer hardware processors isfurther programmed, via executable code instructions, to: receive a userselection of a third time unit to replace the first time unit; and causepresentation, based on the third time unit, of an updated firstindicator instead of the first indicator and an updated third indicatorinstead of the third indicator.
 17. The system of claim 12, wherein thesecond unit comprises a geographical unit.
 18. The system of claim 17,wherein the geographical unit comprises at least one of a city, a state,a country, a zip code, or a street.
 19. The system of claim 12, whereinthe second unit comprises a second time unit.